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(57) In a system for carrying out financial transac- 
tions via facsimile machines, account cus- 
tomized transaction vouchers are completed by 
at least one party to a transaction. The transac- 
tion vouchers issued to that party contain the- 
reon in bar code format a series of pseudo 
random alphanumeric characters with a diffe- 
rent set of characters on each voucher. The 
party transmits by facsimfle (30) an image of the 
completed voucher to a facsimile machine (34) 
at a central facility (36). A character reader (35) 
at the central facility reads the incoming data 
and authorizes the requested transaction based 
on the pseudo random alphanumeric set of 
characters on the voucher when confirmed by a 
comparison to a list of pseudo random 
alphanumeric sets of characters in the account 
record of that party. A credit voucher is sent 
from the central facility to a facsimile machine 
(32) at the site of the other party to the transac- 
tion. This voucher contains a signature field 
with a background comprising a repetition of 
the string of the pseudo-random alphanumeric 
characters used to identify the voucher as a 
means to detect unauthorized photocopying of 
a signature and affixing the same to the signat- 
ure field on the document 
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(g) In a system for canrying out financial transac- 
tions via facsimile machines, account cus- 
tomized transaction vouchers are completed by 
at least one party to a transaction. The transac- 
tion vouchers issued to that party contain the- 
reon in bar code format a series of pseudo 
random alphanumeric characters with a diffe- 
rent set of characters on each voucher. The 
party transmits by facsimile (30) an image of the 
completed voucher to a facsimile machine (34) 
at a central facility (36). A character reader (35) 
at the central facility reads the incoming data 
and authorizes the requested transaction based 
on the pseudo random alphanumeric set of 
characters on the voucher when confirmed by a 
comparison to a list of pseudo random 
alphanumeric sets of characters in the account 
record of that party. A credit voucher is sent 
from the central facility to a facsimile machine 
(32) at the site of the other party to the transac- 
tion. This voucher contains a signature field 
with a background comprising a repetition of 
the string of the pseudo-random alphanumeric 
characters used to identify the voucher as a 
means to detect unauthorized photocopying of 
a signature and affixing th sam to th signat- 
ure field on the document 
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Technical Field 

This invention relat s generally to el ctronic 
funds transfer systems and more particularly to a 
funds transfer system using facsimil machines to 
transfer electronic funds data of buyers and sellers 
with a unique high level of transaction security. 

Background Art 

Spurred by the pressures of paper-based check- 
ing which is costly and time consuming for financial in- 
stitutions, various electronic and computer based ar- 
rangements have been suggested and used in an at- 
tempt to perfect electronic funds transfer. Examples 
of electronic funds transfer techniques that have ach- 
i ved substantial usage in recent years are the Auto- 
mated Clearing House (ACH), Automated Teller Ma- 
chine (ATM), and point of sale system (POS). 

To eliminate the presence of a central computer 
in every transaction, there has been a trend toward 
off-line electronic funds transfer, that is, transfer of 
data between portable and resident units, with only 
periodic downloading of data to a central computer. 
Mareno U.S. Pat No. 4,007,355 and Stuckert U.S. 
Pat No. 4,277,837 illustrate two examples of such 
systems. However both systems present problems 
that have limited their widespread use. In Mareno, no 
exchange of funds may be made arbitrarily because 
the cards carried by each user, although having funds 
data storage capability, have no keyboards and re- 
quire a special interface apparatus to be present at 
each transaction. In Stuckert, cards used with the 
portable terminals have no display; a separate port- 
able terminal must be involved during each transac- 
tion. The user cannot continuously monitor his ac- 
count, limiting the versatility of the system. 

These problems and others were solved by Ben- 
ton in U.S. Pat No. 4,305,059 issued on Dec. 8, 1981, 
disclosing a modular funds transfer system wherein 
each user as well as vendor carries an identical port- 
able module having a keyboard and a display. Funds 
are transferred between modules using a hard wire in- 
terface, and the account status stored In each module 
is updated following each transaction. In another pa- 
tent to Benton Pat. No. 4,341,951, printed vouchers 
are issued by the portable module following each 
transaction. 

The Benton approach was further refined in U.S. 
Pat. No. 4,454,414 to provide bidirectional optical 
coupling between portable funds data transfer mod- 
ules, including a "hand-shaking" protocol that enables 
funds transfer to be completed only if a number of cri- 
teria are satisfied. Th s criteria include an identifica- 
tion check following keyboard entry by the user of a 
secret number and examination of the transaction 
amount to ensure that it falls within credit limits. In 
Benton et al. 4,625,276, electronic funds data are 



transferred between portable modules either directly 
in a local mode of operation or indirectly, via telephone 
lines, in a remot mode of operation. Transaction re- 
cords are printed by an outboard print r or download- 

5 ed to a central computer. 

The systems described in the aforementioned 
Benton etal. patents are capable of having a substan- 
tial impact on the manner by which financial transac- 
tions are carried out, securely transferring funds be- 
to tween buyers and sellers while simultaneously print- 
ing supporting documents. However, considerable 
dedicated apparatus including a modem and printer 
as well as portable modules are required to imple- 
ment these systems. In copending application S.N. 

f5 236,614 to Benton et al., filed August 23, 1988, there 
is described a modification to and implementation of 
a conventional facsimile machine to be operative in a 
transaction mode of operation for carrying out trans- 
actions between buyers and sellers. 

20 While generally satisfactory, this Benton et al. 
system requires modification of existing facsimile ma- 
chines to interface with the integrated circuit memory 
modules carried by authorized users. System imple- 
mentation would be substantially simplified if elec- 

25 tronic funds transfer could be carried out through con- 
ventional, unmodified facsimile machines. It would 
also be preferable to clear transactions at the ACH in 
real time, on line, in a manner consistent with existing 
funds transfer protocols. Such a system is described 

30 in Benton copending application Serial No. 298,348, 
filed January 17, 1989. 

The Benton system in the '348 application pro- 
vides a method and system for carrying out electronic 
funds transfer in real time, via conventional, unmodi- 

35 fied facsimile machines using existing electronic 
funds transfer protocol. In accordance with one as- 
pect of that system facsimile machines located at the 
sites of the parties to a transaction, e.g., buyer and 
seller may transmit the contents of a document in bit 

40 mapped form to a facsimile machine located at or 
near a central facility such as an automated clearing 
house (ACH). 

The system includes special transaction vouch- 
ers to be sent by facsimile by the buyer and seller to 

45 the ACH for clearing. Each voucher has particular re- 
gions containing pre-printed information and other re- 
gions to be filled in for each transaction including the 
amount of the transaction. 

A character reader associated with the facsimile 

50 machine at or near the ACH reads the various regions 
of the images of the transaction vouchers received by 
facsimile, formats the images into data recognizable 
by the ACH and supplies the data to the ACH for trans- 
action clearing. 

55 The ACH stores personal identification numbers 
(PINs) of parties authorized to carry out financial 
transactions and compares the p rsonal identification 
number provided by each party with the stored p r- 
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sonal identification numb re to determine whether 
the parties are authorized to transact within the sys- 
tem. Also stored are account data associated with 
parti sauth rized to carry ut financial transact! ns. 
The ACH compares the amount of each requested 
transaction with the stored account data to deter- 
mined whether a requested transaction is authorized. 

The ACH sends to the parties, via facsimile, print- 
ed reports providing transaction summaries. A first re- 
port, following confirmation by the parties that a re- 
quested transaction should be carried out, summar- 
izes the details of the pending transaction. Another re- 
port is sent to the parties that in effect is a hard copy 
invoice of the transaction. From time to time, the ACH 
also sends by facsimile to all authorized users of the 
system a summary of their account activity. 

Other features of the electronic fund transfer sys- 
tem of the '348 application are described in detail in 
that application which is incorporated herein by refer- 
ence. 

Summary of the Invention 

In any system of funds transfer security is of par- 
amount importance and this is particularly true with 
electronic funds transfer. 

It is accordingly an object of this invention to pro- 
vide a method and system for carrying out electronic 
funds transfer with a degree of security believed to ex- 
ceed that available in using traditional checks. 

It is another object of the invention to provide a se- 
cure method and system for electronic funds transfer 
that entails virtually no additional effort by the system 
users. 

It is still another object of the invention to provide 
such a secure method and system for electronic funds 
transfer that incorporates a unique safeguard to either 
or both parties to the transaction. 

A further object of the invention is to simplify a 
transmittal document used in electronic funds transfer 
while increasing redundancy verification. 

A still further object of the invention is to integrate 
easily each electronic funds transfer transaction into 
the user's existing internal check filing system. 

Yet another object of the invention is to permit de- 
termination of whether a payor signature on a trans- 
mittal document used in electronic funds transfer is 
original rather than a copy. 

The invention may be briefly described in the con- 
text of an electronic funds transfer system of the type 
described in the aforementioned '348 application. Ac- 
cording to the invention, the transaction vouchers in 
each book of one time use vouchers have print d on 
their face a string of ps udo-random alphanumeric 
characters. Along with each book there is provided a 
machine readable list of th strings of characters on 
the vouchers which are bound in the voucher book. 
Each string is randomly different This list of character 



strings is transferred by facsimile to the ACH by the 
bank when a new money facsimile transfer account is 
opened and/or new vouchers are ordered. The ran- 
dom voucher character strings are entered in the new 

5 members file (Member Master Fil ). The account is 
now activated and the voucher strings or numbers are 
"valid". No voucher can be used until it is resident in 
and appropriately activated in the Member Master 
File. When a voucher is used, that voucher's unique 

10 number is then deleted from the file and can never be 
used again. Truncated vouchers or copies of such are 
of no value. 

In one embodiment, the customer chosen PIN is 
entered on the voucher twice to assure reliability. The 

15 voucher, including both PIN entries, is then transmit- 
ted by facsimile with all of the data elements con- 
tained on the voucher. The PIN is preferably carried 
on a PIN strip removably attached to the voucher. The 
PIN strip is removed after the facsimile transmission 

20 and subsequently destroyed. Trucation of this vouch- 
er also serves as a visual reminder later that this 
voucher has been used. The visual comparison of the 
PIN at host computer level represents a significant re- 
duction in risk. 

25 In a second embodiment, the payor's preprinted 
check is included as part of the voucher document 
The check is easily fastened to a designated portion 
of the voucher document The check may be a stan- 
dard check from the user's normal checking account 

30 or a modified version particularly suitable for further 
simplification of the voucher user entry process. The 
non-check portion of the voucher document is 
streamlined. Information linked to a database in the 
system, including the string of pseudo-random alpha- 

35 numeric characters, is preprinted in bar code or other 
optical character recognition format A removable PIN 
strip is provided for a one time entry of the PIN num- 
ber. As a means to prevent photocopying a signature 
and affixing the same to the signature field on the 

40 document, the signature field includes a background 
comprising a repetition of the string of the pseudo-ran- 
dom alphanumeric characters used to identify the 
voucher. As this string is unique to the individual docu- 
ment, a photocopy of a signature on such a back- 

45 ground or on a plain background, if affixed to a sig- 
nature field area of a different voucher would be de- 
tected as invalid by the system. This feature ensures 
that the signature field includes an original signature. 
The above-described signature field may be incorpo- 

50 rated into the preprinted modified version of the check 
affixed to the voucher or, if a standard check is to be 
used, into the non-check portion of the voucher. 

The new security system provides multiple fraud 
prevention features and is believed to offer an lec- 

55 tronic fund transf r system having a degree of secur- 
ity which exceeds that which is inherent in the tradi- 
tional check system. Other objects and advantag s of 
the invention will becom readily apparent to those 
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skilled in the art from th following detailed descrip- 
tion, wherein only the pref rred embodiment of the in- 
vention is shown and described, simply by way of il- 
lustration of the best mode contemplated of carrying 
out the invention. As wOl be realized, the invention is 
capable of other and different embodiments and its 
several details are capable of modifications in various 
obvious respects, all without departing from the in- 
vention. Accordingly, the drawing and description are 
to be regarded as illustrative in nature and not as re- 
strictive. 

Brief Description of the Drawings 

Figure 1 is a block diagram showing on-line elec- 
tronic funds transfer with ACH clearing incorporating 
the general system with which the security features of 
the invention may be utilized. 

Figure 2 is a block diagram showing a central im- 
age processing system. 

Figure 3 is a diagram of one embodiment of a 
transaction voucher used in the system of this inven- 
tion and filled out by the payor to a transaction. 

Figure 4 is a diagram of a credit memo according 
to the invention. 

Figure 5 is a flow chart illustrating the general op- 
eration of the system. 

Figures 6 (a)-6 (g) are a flow chart showing pro- 
gramming of the central computer at the ACH for car- 
rying out the principles of the invention. 

Figure 7 is a diagram of a second embodiment of 
a transaction voucher used in the system of this inven- 
tion. 

Figure 8 is a diagram of notification sent to the 
payor that payment is in progress pursuant to trans- 
mittal by payor of a transaction voucher such as 
shown in Figure 7. 

Figure 9 is a flow chart showing system operation 
relative to the embodiment of Figure 7. 

Best Mode for Carrying Out the Invention 

Referring to Figure 1, as an overview of funds 
transfer between parties in an automated clearing 
house (ACH) network, a payor 20 will transfer funds 
from an account in his bank 22 to the account of a pay- 
ee 26 in payee's bank 24. As an intermediary between 
the banks 22 and 24 there is an automated clearing 
house (ACH) 28, which is an association of banks ar- 
ranged to carry paperless exchanges including post- 
ing and clearing transactions, such as direct deposits, 
preauthorized bill payments, customer initiated en- 
tries, corporate transfers and the like. This type of net- 
work, being well known in the art since 1972, is not 
described in furth r detail herein. The invention to b 
described in detail hereinafter implements electronic 
funds transfer using remote facsimile machines 30, 32 
at the sites of the payor 20 and payee 26 to transmit 



images of special transaction vouchers to a local fac- 
simil machine 34 at a central facility 36 preferably at 
or near the ACH 28. 

The central facility 36 uses conventional charac- 

5 ter r cognition equipment 35 to separate text from the 
incoming voucher image and to encode the text into 
the proper protocol for processing by the ACH 28. The 
ACH 28 in turn determines whether the parties are 
authorized to carry out the transaction, depending 

10 upon transmission to the ACH by the parties of correct 
identification data, and upon confirmation of an ade- 
quate balance in the payor's account to support the 
transfer of funds requested. Of particular importance, 
written transaction receipts or summaries are sent by 

15 the ACH to the parties for confirmation via facsimile. 
Facsimiles 30, 32 and 34 are conventional ma- 
chines capable of CCITT, group III or greater, image 
transmission. Such facsimile machines, being well 
known, are not described in detail herein. However, it 

20 is helpful, by way of review, to note that conventionally 
a facsimile machine contains all the necessary elec- 
tronic capability to function as a "front-end* processor 
for a centralized automated computation and clearing 
network as required by the present invention. This ca- 

25 pabiltty includes a printer to generate hard copy print- 
out, a document reader having an optical scanner to 
optically digitize documentary material, a modem to 
transfer to a communication medium such as tele- 
phone lines, binary data at a high baud rate, and a tel- 

30 ephone line interface including a dialer to generate 
DTMF dialing tones and process voice communica- 
tions. It is important to note, that rather than transmit- 
ting the ASCII character representation of documen- 
tary material, facsimile machines send the actual 

35 document image as a binary encoded, " bit mapped " 
stream of data. The character recognition equipment 
35 at the central facility 36 utilizes a computational al- 
gorithm to recognize and reconstruct the textual con- 
tent of digitized image data, in a manner that is well 

40 known to persons skillled in the art 

Referring to Figure 2, a plurality of dual-mode tel- 
ephone lines 40, for example forty lines, and a con- 
ventional line switch 41 handle incoming and outgoing 
communications at the central image processing sys- 

45 tern. As described, the information is received by a 
facsimile terminal and certain fields from the voucher 
undergo an Optical Character Recognition (OCR) 
process so that key information such as account num- 
bers are automatically known. These steps are per- 

50 formed by a number of Facsimile/OCR Preprocessors 
42 which serve as the linkage between telephone 
lines 40 and the systems electronic communications 
network. For monitoring and back-up purposes, all of 
the activity going through the preprocessors 42 are 

55 stored on the transfer request input buffer 44 and the 
acknowledgement output buffer 46. 

Typically information from the preprocessors is 
transmitted to the host gateway 48, which then com- 
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municates this information to the host computer sys- 
tem 50 of the financial services organization offering 
the Facsimile Funds Transfer (FFT) s rvice. The FFT 
system would th n receive notification back from th 
host computer system as to whether a r qu stedFFT s 
transaction was approved. The host system may be 
incorporated in the bank ACH 28 of Figure 1. 

There will be a limited number of instances in 
which FFT requests must first receive human inter- 
vention. Requests will be handled by operators on an 10 
exception basis - usually when the system senses 
that a request is unclear or not legitimate. In such cas- 
es, information concerning a request would then be 
transmitted via the systems ethernet network 52 to 
the image keying cluster controller 54. This controller 15 
assigns a specific FFT request to an image keying 
work station 56. Once an operator at a work station 
receives a requested transaction the operator goes 
through a set procedure of verifying and cross- 
checking the information, in the illustration in Figure 20 
2 there are three image keying work stations and the 
average time for a transaction may be less than 15 
seconds depending on the amount of information to 
be keyed. Once a transaction has been approved by 
an operator at an image keying workstation, the im- 25 
aging keying cluster controller 54 transmits the nec- 
essary information over the network to the host gate- 
way in the same manner followed by requests not 
routed to image keying workstations. 

The response from the host computer sys- 30 
tem/ACH will indicate whether the request has been 
approved and will contain certain authorization and 
support data. This information is then sent over the 
network to the acknowledgement output formatter 54. 
Here two facsimile transmissions are prepared. One 35 
is a facsimile funds transfer FFT credit voucher that 
will inform a party that he has received an FFT pay- 
ment into his account The second is a transaction 
confirmation that is sent back to the account that ini- 
tiated the FFT transaction. Both of these transmis- 40 
sions are then sent over the network to an available 
pre-processor, which accesses a telephone line and 
performs the actual facsimile transmission. A custom- 
er service workstation 56 permits an operator to han- 
dle any administrative and adjustment activities. The 45 
network server 58 archives all facsimile information 
that is received and transmitted on either its magnetic 
or optical disc memory storage units 60. The system 
may be staffed by 4-5 employees during peak hours 
with an off hours staffing of 1-2 persons. The system 50 
is designed for simple operation whereby it is possible 
to utilize low skill level operators. 

Referring to Figure 3, there is shown a sample of 
a specially drafted transaction voucher 62 which con- 
tains in a machine readable format the complete set 55 
of information necessary to characterize and clear a 
transaction. The transaction voucher 62 is custom- 
ized and preprinted for an individual account and bank 



and would have an issuing bank nam at the area for 
bank name 64. Similarly a specific and unique m rrv 
b rship number would be imprinted upon the voucher 
at 66. The voucher has a field 68 for receiving by hand 
written ntry the name of the pay e, a field 70 and 
field 72 for redundant entry of the account number of 
the FFT payee, and a field 74 for entry of an applica- 
tion of funds number. Afield 76 receives the handwrit- 
ten date, while fields 78 and 80 receive a redundant 
and duplicate handwritten entry of the amount of the 
transaction. Field 82 is utilized to designate the cur- 
rency. Field 84 receives the handwritten signature of 
the party to the transaction. At the right edge of the 
voucher and attached by perforations 86 is a remov- 
able PIN tab 88. The tab 88 contains fields 90 and 92 
to receive a redundant duplicate handwritten PIN en- 
try. The tab is removable preventing reuse of the 
voucher. 

A key element of the security system of this inven- 
tion involves on each voucher a field 93 wherein there 
is printed on a per voucher basis a unique finite (100 
element, for example) collection of pseudo randomly 
selected 6 or more alpha numeric digits or characters. 
This series of singular and unique digits is assigned 
to a members file and at the same time preprinted on 
the set of vouchers issued to the member. As these 
are used, the numbers are flagged from the master 
file. The transmitted voucher number must match the 
current sequential number in the members master 
file. The payee's file also contains a similar preselect- 
ed list. These numbers are assigned to the credit 
memo voucher transmitted to the payee. The payee 
then may verify that the credit memo voucher number 
corresponds to the pre-printed list included in the 
back of his voucher booklet This prevents fraudulent 
sending of funds availability notification to a payee. 

Turning to Figure 4, there is shown a sample con- 
firmation credit memo voucher 94 which is transmit- 
ted to the payee by the FFT processing center. Obvh 
ously, the conformation credit memo voucher must be 
credible as a bonaf Ida document The ability to trans- 
mit a fraudulent credit memo voucher to a seller could 
result in the fraudulent verification of funds availability 
and subsequent release of goods or services. To de- 
ter this possibility each credit memo to a particular 
payee (seller) is preferably sequentially numbered 
from another sequence of pseudo randomly selected 
alphanumeric digits. Such a random number is shown 
in the field 95 in the credit memo in Figure 4. Thus the 
originator of a fraudulent credit memo would require 
knowledge of the list of random numbers as well as 
the prior sequence of credit memos issued to the par- 
ticular pay . A facility within the FFT processing cen- 
ter is provided to verify funds availability and to certify 
credit memos via telephone. 

A typical data flow utilizing the syst m of th in- 
vention is illustrat d in simplified form in Figure 5. Re- 
ferring to Figure 5 a compl ted FFT payment vouch r 
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96 is transmitted by a sending facsimile machine 98 
to a receiving board in an N channel facsimile pre- 
processor 100. The graphic bit mapp d v ucher im- 
age is transmitted by the pre-pr cessor to the charac- 
t r recognition software program 102 which outputs 5 
an ASCII encoded field of data in a sequential format- 
ted record. This ASCII encoded FFT payment voucher 
record is transferred to the system manager through 
the ethernet at 1 04. The systems manager at 1 06 pre- 
processes the voucher records and manages the data 10 
traffic to and from the host 

Operation of the system shown in Figure 5 is now 
described with reference to the flow chart set forth in 
Figures 6 (a) - (g). Referring to Figure 6 (a) the data 
from an N channel facsimile/OCR pre-processor pro 1 5 
duced by a voucher such as voucher 62 in Figure 3 is 
inputted at 108 to the system manager 110. An index 
key is now generated from the membership number to 
initiate an online request from the mass storage data 
base for the individual member master file record 20 
(step 112). A membership validity decision is made at 
114. If the member account number cannot be vatidat- 
d, the processing is aborted at 116 and exited with 
exception at 1 1 8 with a report to the payor that the ac- 
count number in the FFT voucher was unreadable or 25 
invalid. 

If the membership account number is determined 
to be valid, the program proceeds to step 120 to verify 
the PIN against the PIN on file in the master member 
file record. The PIN validity decision is made at 122. 30 
An invalid PIN coupled with a valid account number 
suggests a possible security problem. The invalid PIN 
is noted and exception processing commenced at 
124. A memo is transmitted by facsimile back to the 
member facsimile number on file indicating that an in- 35 
valid PIN response was received (Step 126). If an in- 
valid PIN is received more than three times for a single 
member number a HOLD is placed on the account 
(Step 128) and the program exited with exception at 
130. If the PIN decision at 122 is valid the next se- 40 
quential random number from the member master file 
is read (Step 132). 

As previously stated, a pseudo randomly select- 
ed list of numbers or characters are sequentially print- 
ed on each of the 100 vouchers in the set issued to 45 
the member. An identical image of this list is main- 
tained in the member master file. As each voucher is 
used and its assigned random number is evaluated as 
being a valid number it is then deleted from the list in 
its order of usage. Thus a voucher can be used only so 
once and never again. The next voucher to be used 
must contain the next random number in the se- 
quence or else it will be rejected as invalid. The prob- 
ability of fraudulent guessing of the next numb r in the 
list is negligibly small. 55 

The transaction count for th inputt d member 
number is retrieved from the database record of th 
member master file (Step 1 32) Figure 6(b). The target 



voucher number is next compared to the number de- 
termined by the transaction count retrieval of the ran- 
dom number from the member mast rfil (Step 134). 
The decision as to the validity of the random number 
is made at 136. If no correspondenc is indicated, i.e. 
an invalid voucher number is detected, the transac- 
tion is rejected and the member account is flagged as 
having received an invalid voucher. The program next 
scans the file of deleted voucher numbers to deter- 
mine if the rejected voucher has already been used. 
If a match is detected in this search it suggests that a 
copy of a voucher is being used (Step 138). The pro- 
gram is exited with exception at 140 and an account 
investigation undertaken for possible fraud or misuse. 

If the random number comparison 136 indicates 
a match a valid sequence number has been obtained. 
The program next proceeds to interrogate the payee 
FFT number to determine whether the payee is an 
FFT member. IF the payee is not a member of the FFT 
service a holding account for the involved funds is set 
up as a demand deposit account of the payee (Step 
142). This decision is shown in Figure 6(c) at 144. The 
set up of a temporary demand deposit account under 
the name of the payee is indicated at 146. The pro- 
gram next tests whether the payor balance is suffi- 
cient to cover the payee amount (Step 148). If the de- 
termination is negative an insufficient balance report 
is made to exception processing (Step 1 50). An output 
facsimile message is initiated to the payor (Step 152) 
and the program exited to exception processing at 
154. 

If the decision at step 148 is affirmative and indi- 
cates that the payee amount is equal to or less than 
the payor balance, the balance is determined at 156 
and the demand deposit account in the payee name 
for the payee amount is established at 158. A credit 
memo report to the payee at a payee facsimile num- 
ber appearing in the member master file is initiated 
(Step 160), the transaction is then archived in a 
voucher record, and imaged on the optical disc (Step 
162). The program is exited at 164. 

Returning to the payee member number validity 
decision at step 144, if the decision is affirmative to 
indicate that the payee member number is valid, the 
program next recalls the payee account master record 
(step 166). The payee account number is next tested 
against the negative f Be compilation (Step 168). If this 
decision (Step 170) is affirmative to indicate an at- 
tempt to transfer funds to a negative account the 
transaction is aborted and exited with exception at 
172. The exception operator is flagged and will call 
the payors listed contact number. 

If the paye account number is not in the negativ 
account file as det rmined at 170, the program n xt 
reviews the actual dat against the voucher date for 
approximat coincidence (Step 174) Figure 6(d). Th 
validity of the date decision is made at 176. If th dif- 
ference between dates exceeds the predetermined 
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programed limit, th transaction is aborted at 178. 
The exception operator is flagged to call back the pay- 
or or to facsimile back an exception messag to the 
payor and the program is exited at 180. 

If the date is valid or within the programmed dif- 5 
ference, the program next reviews the on file member 
signature code. This comprises a dimensionally re- 
duced parameter string representation of the signa- 
ture (Step 1 82). The decision as to the validity is made 
at 1 84. If the signature cannot be validated the trans- 10 
action is aborted at 186. The exception operator is 
flagged that a signature fault has occurred. This could 
be because the signature field was left blank. The 
program is exited with exception at 188. tf the signa- 
ture comparison results in an affirmative answer, 15 
thereby validating the signature, the program next 
tests the amount limit in the payor file (Step 190). If 
the amount in the transaction voucher exceeds the 
transaction amount limit an exception is flagged and 
a call is made to the payor immediately following re- 20 
ceipt of the voucher by the FFT service. 

The amount limit decision is made at 192 in Fig- 
ure 6(e). As stated, if the amount limit is exceeded, the 
payor is called at the number listed in the member 
master file. A query is then made of a secondary six 25 
digit PIN prior to continuing with processing of the 
transaction (Step 194). If the payor cannot be contact- 
ed, the program is exited and aborted (Step 196-198). 
If the payor is contacted (Step 196) a decision as to 
the validity of the second PIN is made at 200. If the 30 
decision is negative and the second PIN is not valldat- 
d, the member account is flagged for investigation 
with a HOLD of all further transactions at 202 and the 
program is exited at 204. If the second PIN validation 
inquiry at 200 is answered affirmatively, the program 35 
proceeds to a further inquiry at step 208 presently to 
be described. 

Returning to the amount limit decision at 192 and 
to the situation wherein the inquiry is answered neg- 
atively and it is determined that the transaction 40 
amount does not exceed the amount limit, it is recog- 
nized that the balance may in fact be a credit line (Step 
206). An inquiry as to whether the transaction amount 
is less than or equal to the payor balance including the 
credit limit is made at 208. If the transaction amount 45 
is not less than (exceeds) the payor balance (credit 
limit), exception processing is flagged at 210 to indi- 
cate that the balance or credit limit may be overdrawn. 
The payor is either called if such a service is indicated 
in the payors member master file or there is a facsi- 50 
mile communication back to the payor with an indica- 
tion that there has been a balance limit overdraft er- 
ror. The program is exited at 212. 

If the decision at 208 indicates that the amount of 
the transaction is less than the payor balance (credit 55 
limit) the payor balance is debited at 214. The pro- 
gram next notes th us of the pseudo randomly se- 
lected voucher number involved in th transaction 



and flags that number as used or deleted (Step 216). 

Referring to Figure 6 (f). th payees FFT service 
account number is credited with th transaction 
amount (Step 218). The transaction is logged to th 
payors master member file and the data is mirrored 
to the payees master member file to provide audit 
trails (Step 220). The data is archived at 222. A copy 
of the graphic image of the transaction voucher is for- 
warded to the optical disc storage for purposes of au- 
dit or dispute ( Step 224 ). 

As explained previously, the payee may be pro- 
vided with a list of pseudo random alphanumeric char- 
acters or credit memo digits corresponding to the 
number of his transactions with this specific payor. 
The same list appears in the data in the payees mas- 
ter member file. The program now selects the next 
pseudo random alphanumeric set of characters from 
the payees credit memo f De list (Step 226). This num- 
ber is known to the payee by reference to his corre- 
sponding list and his knowledge of the number of 
transactions with this payor which have transpired 
previously, e.g., he knows the number of this transac- 
tion. The payee then verifies that the credit memo 
document number shown on the FFT credit memo is- 
sued by facsimile to him (such as the memo of Figure 
4) matches the next sequential number in the prese- 
lected pseudo random sequence. This verifies that 
the credit memo report is indeed a bonaf ide FFT ser- 
vice document (Step 228). 

Referring to Figure 6(g), the program next deletes 
the credit memo report number form the payees file 
list of pseudo random credit memo numbers (Step 
230). A debit memo is then issued via facsimile to the 
payor with the original voucher number (Step 232). 
The respective reports are queued and the program 
is finished (Step 234 and 236). 

Referring to Figure 7, a second embodiment of a 
transaction voucher is illustrated. A form identification 
number is shown at 302 as a bar coded numeric field, 
used by the system to determine the type of incoming 
document. Based on this determination, proper rout- 
ing is performed. The form identification number also 
serves as a batch control number and would change 
with each batch of, for example, fifty checks. The 
batch number is linked by the system database to the 
payor's system account number. 

Check number 304 is a bar coded numeric field 
containing a random number generated by the sys- 
tem. This number is unique to the individual check and 
corresponds to the number 93 of Figure 3. A random 
check number is generated for each check in the 
batch and associated in the system database with the 
batch number at the time of cr ation of the batch. Th 
check numbers ar thereby assigned to the payor's 
account. The payor's actual bank account numb r 
within the host bank is represent d as a bar coded nu- 
meric field at 306. The above described bar coded nu- 
meric fields 302, 304 and 306 are preprinted on the 
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checks before being received by the payor. 

The remainder of th transaction voucher con- 
tains fields to be enter d by hand by th payor. Area 
310 is directed to paye information and paym nt op- 
tions. Inclusion of both payee's bank name and iden- s 
tif ication number provides an additional level of vali- 
dation as the system online database permits a com- 
parison and reconciliation thereof. 

The lower portion of the voucher includes a pre- 
printed document, very similar to a conventional per- 10 
sonal check. A hand written copy of the payee name, 
transaction amount and date are entered in the des- 
ignated areas in much the same fashion as a check. 
The signature field box 314 surrounds an area where- 
in the randomized check number has been numerous- 15 
ly reiterated. The authorized payor signs within this 
field. The random number background prevents a 
copy of a previously signed signature field, which may 
easily be pasted over a signature field area, from use 
as authorization of a subsequent funds transfer. 20 

As an alternative to the check area of the voucher 
being pre-printed, the payor's actual check may be 
used and affixed to this area. In such instance, the 
voucher would include an additional signature field, 
with reiterated random check number background, in 25 
another area of the document. A removal PIN strip, for 
a single entry of a PIN number, is provided at 316. 

Both of these voucher alternatives offer in- 
creased convenience and advantages to system 
users. The original voucher, including the check num- 30 
ber and amount strip, is filed with the payor's other 
cancelled checks, requiring no change of the payor's 
internal check filing system. The payor can manage 
his check register in his traditional manner. The trans- 
mittal document to which a check is attached be- 35 
comes a customized document with an authentic 
check image faxed through to the payee. The used 
transmittal document would be filed as a reference 
source if the payor needs to transfer funds to the same 
payee at a future time. The document would not be 40 
confused with an active one because the PIN strip 
would have been removed. Redundancy is increased; 
the amount field is now presented to the system three 
times, once in the blocked area and twice in the tra- 
ditional manner on the check. 45 

When a voucher has been transmitted by facsi- 
mile for processing, the randomized check number is 
flagged as having been used and future use of a docu- 
ment with this number is prohibited. Unauthorized in- 
terception of such a voucher would be harmless for fu- 50 
ture use as the number would be recognized by the 
system as being invalid. An attempt to affix a different 
check number would b difficult as w II as unlikely of 
success du to th unpredictability of a valid check 
number. 55 

Upon processing a received facsimile voucher 
transmission, the system transmits by facsimile back 
to the payor notification of payment in progress, an 



example of the form thereof shown in Figure 8. Such 
notification s rves as a means for informing the payor 
that the v ucherhasbe nreceiv d by the system, for 
verifying that the received voucher information is in 
accordance with the payor's r quirements, and as a 
means for the payor to order cancellation by return 
facsimile transmission to the system. A bar coded nu- 
meric field is provided at 318 for form identification. 
A copy of the check portion of the voucher is included 
at 320. When the return facsimile transmission of the 
payor notification is received by the system, it is im- 
mediately identified as a cancellation order and is 
routed appropriately to the proper workstation. 

The system may be expanded to include provi- 
sion for member requests with corresponding appro- 
priate forms. Data requests can be implemented by 
providing a menu of banking information selections 
including, for example, balance inquiry, cleared de- 
posit inquiry and wire transfer funds available inquiry. 
The system would recognize the type of request from 
the form identification number field. 

With reference to the flow chart of Figure 9, op- 
eration of the system relevant to the embodiment of 
Figures 7 and 8 is illustrated. At step 330 a facsimile 
transmission of a payor voucher such as shown in Fig- 
ure 7, containing the appropriate information, is re- 
ceived. For this purpose a facsimile server station is 
provided for sending and receiving facsimile images. 
The station has the ability to convert group three fac- 
simile images to group four level compression. 

At step 332 character recognition and bar code 
reading is performed. A computer is provided to exe- 
cute a program for character recognition in accor- 
dance with a stored reader neural network software 
library. The program also performs translation of the 
3 of 9 bar code into numeric strings. Any necessary 
image enhancement and mark/sense feature location 
tasks are performed. 

At step 334 a determination is made whether the 
optical image can be read. If the bar coded fields are 
not recognizable, the transaction is aborted and the 
input is discarded at step 336. 

At step 338 validation processing is undertaken 
of the bar codes, payorder number, payor bank ac- 
count number and PIN number. In the event of error 
or other incorrect information determination at step 
340, the pre-processor wfll automatically send an er- 
ror message facsimile transmission to the payor (step 
342), if there is sufficient information to identify the 
payor; a failure determination with insufficient payor 
identification information results in discarding the im- 
age (step 336). Upon successful verification at step 
340, the transaction is held in a transaction process- 
ing queue (step 342). 

At step 346, database information relativ to the 
payor and payee accounts is loaded from th custom- 
er service station 344. Indication of receipt of a can- 
cellation notice will also b input The customer ser- 
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vice station includes a computer for handling custom- 
er acc unt setup, inquiries and transaction cancella- 
tions. 

At step 348 data is viewed by an operator at an 
imag display station. The op rator will validate the s 
OCR fields and sufficient funds. If a vendor list is spe- 
cified in the customer account database, the operator 
can verify the payee against the approved list. The op- 
erator has three choices for routing the transaction, as 
indicated at step 350. If the transaction is to be abort- w 
ed, processing will be terminated with a facsimile er- 
ror message transmitted to the payor (step 342). If the 
transaction includes an exception that may be recov- 
erable it is further processed at an exception station 
(step 352). If the exception station is unable to recover is 
the correct information, the exception processing of 
the transaction is terminated and a facsimile error 
message is transmitted to the payor. 

If the operator at the image display station deter- 
mines that the transaction is acceptable, that transao 20 
tion, as well as any transaction that has been correct- 
ed at the exception station, is released to the transac- 
tion post processor 354. The transaction is then 
checked (step 356) against a transaction cancellation 
list generated by the customer service station and, if 25 
it is not to be cancelled, the transaction is released to 
the queue processor 358. In the event of a cancella- 
tion, the transaction will not be placed in the queue 
and a facsimile message is sent back to the payor 
(step 342). A similar check is again made at step 360 30 
prior to ACH queue processing at step 362. Process- 
ing is performed by a computer which is connected to 
the DEC NET. The unit will run the Paperless Entry 
Processing (PEP) software package which isused by 
over 80% of the ACH member banks 366 to manage 35 
ODFI and RDFI (Originating/Receiving Depository Fi- 
nancial Institution) tasks. 



Conclusion 



40 



There has been described a method and system 
for transferring funds, on-line, between accounts us- 
ing facsimile machines that are conventional and un- 
modified. This is accomplished according to the in- 
vention with a degree of security which exceeds that 45 
available in the conventional use of checks. This is 
made possible by special vouchers containing ac- 
count numbers for payor and payee, a PIN number, a 
signature, and most particularly a pseudo-randomly 
selected alphanumeric serial number known only to so 
the payor and stored in machine language in the 
transacting institution. In like fashion, the payee is 
provided with a credit memo possessing a similar 
measur of security. Thus the credit m mo contains 
the member account numbers of the payor and paye 55 
in addition to a second pseudo random alphanum ric 
serial number known only to the payee and stored in 
the data bank of the transacting institution. Thus the 



payee also has his own unique protection against the 
issuance of fraudulent credit memos. 

In this disclosure there is shown and described 
only the preferred mbodimentsoftheinv ntion, itbe- 
ing understood that th invention is capable of us in 
various other combinations and environments and is 
capable of changes or modifications within the scope 
of the inventive concepts as expressed herein. 



Claims 

1. An electronic funds transfer system for carrying 
out financial transactions between parties to a 
transaction, comprising: 

a transaction voucher having a region for 
containing at least the amount of a transaction, an 
account number, a pseudo random alphanumeric 
set of characters and a signature region including 
a background of repeated strings of said set of al- 
phanumeric characters; 

at least one remote facsimile machine at a 
site of one of said parties for transmitting images 
of said transaction voucher; 

a central facsimile machine located at a 
central facility for receiving incoming images sent 
from said at least one remote facsimile machine; 

a central computer means associated with 
said central facility and means for formatting in- 
coming images of transaction vouchers into a 
form recognizable by said central computer 
means; 

said central computer means including 
means for processing a transaction associated 
with images of a transaction voucher and means 
for clearing the transaction based upon the image 
of said pseudo random alphanumeric characters 
received from said at least one remote facsimile 
machine. 

2. A funds transfer system according to claim 1 
wherein said central computer means further in- 
cludes means for associating the bar coded set of 
characters on said voucher with a list of pseudo 
random alphanumeric characters carried by a set 
of transaction vouchers issued to a funds transfer 
account holder; and 

means for comparing a predetermined set 
of said alphanumeric characters in said list with 
the alphanumeric characters in the image of said 
transaction voucher. 

3. A funds transfer syst m according to claim 1 
wherein said signature region of a transmitted 
voucher image includes a signature of a maker of 
said transaction vouch r over said background; 

said central computer means furth r com- 
prising means for matching signature data of th 
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received voucher image, representing both sig- 
nature image and said background, with stored 
signature data; and 

means for activating said means for proo 
ssing if a match has been performed by said 
means for matching. 

4. A funds transfer system according to claim 3 
wherein said transaction voucher further includes 
a region for entry of a personal identification num- 
ber (PIN) and being detachable from the remain- 
der of said voucher to permit removal therefrom 
after the image of said transaction voucher is sent 
to said central facsimile machine to prevent reuse 
of said voucher; 

said transaction voucher being issued to 
an electronic funds transfer system account hold- 
er having an account file stored in said central 
computer means, said account file for said mem- 
ber including an account number, said signature 
data, said PIN and said list of pseudo random al- 
phanumeric characters; 

a transaction being cleared for said mem- 
ber by said means for clearing by matching the 
stored pseudo random characters with the vouch- 
er image as well as by matching said stored ac- 
count number, stored signature data and stored 
PIN data with corresponding data in the voucher 
image. 

5. A funds transfer system according to claim 3 
wherein said transaction voucher further includes 
a check portion for entry of data including date, 
payee, amount and signature. 

6. A funds transfer system according to claim 5 
wherein said check portion includes said signa- 
ture region having a background of repeated 
strings of said set of alphanumeric characters. 

7. A funds transfer system according to claim 5 
wherein said check portion comprises a check 
from a checking account of said maker and af- 
fixed to said voucher. 

8. A funds transfer system according to claim 4 in- 
cluding means to delete or void the alphanumeric 
character in said list after matching with said im- 
age to clear a transaction. 

9. A funds transfer system according to claim 4 in- 
cluding means for cancelling a transaction in re- 
sponse to transmission of a facsimile request by 
said member. 

10. A funds transfer system according to claim 1 
wherein said set of aiphanum ric characters on 
said vouch r is patterned in bar code format 



11. A method of carrying out financial transactions 
between parties in an electronic funds transf r 
system, said parties comprising a payor and a 
payee, having at least one remote facsimil ma- 

5 chine at a site of one of the parties to the trans- 

action, a central facility having at least one central 
facsimile machine for receiving images transmit- 
ted thereto from said at least one remote facsimile 
machine, the central facility including a central 

10 computer having means for storing account data 
associated with the parties to the transaction and 
means for clearing financial transactions based 
upon the account data and the image data re- 
ceived on-line from at least one of said parties to 

15 a transaction, comprising the steps of: 

using said remote facsimile machine, 
transmitting to the central facility an image of a 
transaction voucher having regions containing 
the amount of the transaction, an account num- 

20 ber, a pseudo random alphanumeric set of char- 
acters and a completed check of the payor; and 
clearing the transaction based on informa- 
tion contained in the voucher images received by 
the central facility and on account data stored at 

25 the central computer. 

12. The method of claim 11 wherein the account data 
stored at the central computer includes a list of 
pseudo random alphanumeric characters as- 

30 signed to an account, and further including the 
step of deleting or voiding a set of alphanumeric 
characters in said list when said set has been 
used to clear a transaction. 

35 13. The method of claim 11 wherein said step of 
transmitting comprises transmitting an image of a 
signature of the payor on a background of repeat- 
ed strings of said set of alphanumeric characters 
and said step of clearing comprises matching the 

40 transmitted signature and background with corre- 
sponding data stored in the central facility. 

14. The method of claim 11 further comprising the 
step of cancelling a transaction prior to compte- 
rs tion in response to transmission of a facsimile re- 
quest received from said payor. 
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A CREDIT ^S^fe. From 

MEMO 2Jp!rf MONEYFAX 

To the CONFIDENTIAL ATTENTION of — Pino Francini 
Francini a Associates MF # 415 570 3814 7 

From: Larry F. Linden ft Associates 301 854 6637 3 
Amount of Funds Transfer —-$1000.00 
Date: July 12, 1989 Time: 11:55AM 

Invoice * 33456756V " " 

New Balance MF Acct # 415 570 3814 7 - $8850.00 
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MANAGER 
[PRE PROCESSES VOUCHER 
RECORDS AND MANAGES 
DATA TRAFFIC BETWEEN 
HOST] 



15 



EP0519 843 A2 



VOUCHER RECORDS 
IN FROM PREPROCESSOR 



I08 



7 



SYSTEM MAN ACER 



ul- 



na 



GENERATE INOEX FROM MEMBER « 
INITIATE ONLINE REQUEST FROM MASS STORAGE 
DATABASE FOR MEMBER MASTER FILE INOIVIOUAL 
'MEMBER RECORD (MEMBER*) 



I20' 




VERIFY PIN AGAINST THE PIN ON FILE 
IN THE MASTER RECORD. 



I24, 



EXCEPTION 
P ROCESSIN G, 

INVALIO 
PIN 




II6 / EXCEPTION 
" PROCESSING 
INVALID 
ACCOUNT 



REAO THE NEXT SEQUENTIAL RANOONIZED 
* FROM THE MEMBER MASTER FILE. 



FAX A MEMO BACK 
TO THE MEMBER FAX * 
ON FILE INDICATING 
THAT AN INVALID 
PIN RESPONSE WAS 
RECEIVED 



126 



5 



I32 



f EXIT WITHN 
VEXCEPTIOA / 

IIS 



IF AN INVALID PIN IS 
RECEIVEO FOR MORE THAN 

3 TIMES FOR A SINGLE 
MEMBER * PLACE A "HOLO" 
CONDITION ON THE ACCOUNT 



C EXIT *WITHV3 
y EXCEPT ION J 



•I28 



I30 



16 
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RECOVER THE TRANSACTION COUNT FOR 
THIS MEMBER « FROM THE OATA BASE RECORD. 
THIS TRANSACTION IS THE TTH" — | — 132 
TRANSACTION FOR THIS MEMBER. 



TARGET VOUCHER * • FILE *S ID 

RETRIEVE THE i'TH RANOOM » FROM THE FILE LIST 




I34 



I36 

NO ^TARGET 



I42 



INTERROGATE PAYEE 




MONEYFAX MEMBER * IF THE 




PAYEE IS NOT A MONEYFAX 




MEMBER SETUP A HOLDING ACCOUNT 




FOR THE FUNOS AS A OOAC 




DEMAND DEPOSIT ACCOUNT. 





AN INVALIO VOUCHER * NOT IN THE 
PRECOMPUTEO SEQUENCE HAS BEEN 
REAO. REJECT THE TRANSACTION ANO 
FLAG THE MEMBER ACCOUNT AS 
HAVING RECEIVEO AN INVALID VOUCHER. 
SCAN THE FILE OF OELETEO VOUCHER 
»*S TO DETERMINE IF THE * HAD 
ALREADY BEEN USEO, IF A MATCH IS 
DETECTED THIS SUGGESTS THAT A 
COPY OF A VOUCHER IS 
BEING UTILIZED. 



I38 



CONTINUE 
[WITH EXCEPTION 
PROCESSING 



17 



I40 



EP0S19 843 A2 



PAYEE 

VALID MFAX 
MEMBER 

YES 



.144 



7^=r. ec 



NO 



RECALL PAYEE 
ACCOUNT MASTER 
RECORO 







146 


166 




s 


* 


SETUP TEMPORARY DOA 




ACCOUNT UNOER PAYEE 




NAME (PAYEE OOA MEM * ) 


_ 168 







TEST NEGATIVE 

FILE FOR 
PAYEE ACCOUNT « 




NO 



PAYOR BALANCE — 
PAYOR BALANCE - 
AMOUNT 



© 



f EXCEPTION ^\ 
^PROCESSING J 

172 



150 



REPORT TO 
EXCEPTION PROCESSING 
■INSUFFICIENT 
BALANCE" 



156 



152 



OEMANO OEPOSIT ACCOUNT: 
PAYEE NAME — 
OEMANO DEPOSIT ACCOUNT: 
PAYEE NAME + AMOUNT 



158 



OEBIT MEMO REPORT 

BACK TO PAYEE 
TO ON FILE FAX » IN 
MEMBER OAT A BASE 
(REF ER TO OEBIT MEMO E XHIBIT 

\ 




OUTPUT FAX 
MESSAGE TO 

PAYOR 
RE: BALANCE 

ERROR 



EXIT TO 
EXCEPTION 
PROCESSING. 



ARCHIVE TRANSACTION 
VOUCHER RECORO AND 
IMAGE ON OPTICAL DISK 



^162 




EXIT -H64 



18 
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I74 

\ I 




' REVIEW DATE. 
VOUCHER DATE MUST MATCH 
SYSTEM DATE APPROXIMATELY. 


176^ J 





miO DATE 
? 



NO 



182 



178 



ABORT TRANSACTION 
ANO FLAG EXCEPTION 
OPERATOR TO CALL BACK PAYOR 
OR FAX BACK AN EXCEPTION 
MESSAGE TO PAYOR 



REVIEW "ON FILE" MEMBER SIGNATURE 
COOE. THE SIGNATURE COOE 
ISA OIMENSIONALLY REDUCED 
PARAMETER STRING REPRESENTATION 
OF THE SIGNATURE. 




180 




TEST THE AMOUNT LIMIT 

IN THE PAYOR FILE. 

IF THE PAYOR EXCEEOS THE 

TRANSACTION AMOUNT LIMIT 

AN EXCEPTION CALL IS PLACED TO 

THE PAYOR IN SECONOS FOLLOWING 

RECEIPT OF THE VOUCHER BY MONEYFAX. 




186 



ABORT TRANSACTION ANO 
NOTIFY EXCEPTION OPERATOR 
THAT A SIGNATURE FAULT 
HAS ACCURRED. THIS MIGHT 
BE BECAUSE THE SIGNATURE 
FIELD WAS LEFT BLANK. 



188 



19 
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7^7 




206 



TEST PAYOR MONEY- 
FAX BALANCE. THE 
BALANCE HAY IN 
FACT BE A CREDIT 
LINE. 



3_i 



I94 



CALL PAYOR AT « LISTEO 
IN MASTER FILE AND 
QUERY A SECONDARY 
6 DIGIT PIN PRIOR TO 
INITIATING THE CONTINUEO 
PROCESSING OF THE 
TRANSACTION. 



2I0 



NOTIFY EXCEPTION 
PROCESSING THAT BALANCE 
OR CREOIT LIMIT MAY BE 
OVERDRAWN. EITHER CALL 
PAYOR OR FAX BACK THE 
PAYOR WITH A 'BALANCE 
LIMIT OVERDRAFT 

error: 



PAYOR BALANCE— 
PAYOR BALANCE 
- AMOUNT 



2I2 




2I6 



z 



THE I'TH TRANSACTION HAS OCCURRED 
WITH RESPECT TO THE PAYOR. THE UNIQUE 
PSEUOO RANDOMLY SELECTED VOUCHER * 
WHICH IS NOW THE CURRENT ONE IN THE 
SEQUENCE MUST BE DELETED FROM 
THE FILE. 

FILE * (I) — FILE »U) * 
FLAGGEO VS DELETED 
(USCD) 



5 



FLAG MEMBER 
ACCOUNT FOR 
INVESTIGATION. 
HOLO ALL FURTHER 
TRANSACTIONS. 



C EXIT J 



204 



20 
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PAYEE BALANCE-*- PAYEE BALANCE + AMOUNT 
CREDIT THE PAYEE'S MONEYFAX ACCOUNT * 
WITH THE PAYOR'S AMOUNT 



220 



LOG THE TRANSACTION RECORD TO THE 
PAYOR'S FILE ANO MIRROR THE DATA TO 
THE PAYEE'S FILE TO PROVIDE AUOIT TRAILS 



COPY GRAPHIC IMAGE OF 
TRANSACTION VOUCHER TO 
OPTICAL DISK STORAGE IN 
CASE OF AUOIT, ON DISPUTES 



1 a 

SELECT THE I'TH (TRANSACTION COUNT -I) 
ENTRY FROM ANOTHER PRE SELECTED LIST OF 
PSEUOO RANOOM ALPHANUMERIC VALUES. 
LIST IS CONTAINED IN PAYEE'S FILE AND IS 
REGENERATED AFTER EVERY I00 TRANSACTIONS. 
PAYEE HAS A FACSIMILE COPY OF THIS 
LIST WITH HIS VOUCHER BOOK. 



228 

PAYEE SHOULO VERIFY THAT THE 
CREOIT MEMO OOCUMENT « SHOWN ON 
THE MONEYFAX 'CREDIT MEMO* ISSUED 
BY FAX TO HIM MATCHES THE NEXT 
LOGICAL NUMBER IN THE PRESELECTED 
PSEUOO RANOOM SEQUENCE. THIS VERIFIES 
THAT THE CREDIT MEMO REPORT IS 
A BONA FIOE MONEYFAX OOCUMENT. 



21 



EP 0 519 843 A2 



© 





230 

/ 


DELETE THE I'TH CREDIT MEMO REPORT 
<* FROM THE PAYEE'S FILE 






ISSUE VIA FAX A 'DEBIT MEMO" 
REPORT TO THE PAYOR WITH 
THE ORIGINAL VOUCHER « ON IT 




s 


QUEUE THE RESPECTIVE REPORTS 
A NO FINISH 







232 



234 



DONE y 



236 



22 



EP0S19 843 A2 



FORM 10 CKTIFICAT tO H NUMBER 



Uonayfax Chtcfc Mumbw 



Payee's Bank Name/Office 



sol— iiiiiijii^M inn jBii jHi ymjiia Illllf III siimib m 

3o4 " II. 



9083662631343 
Plyor Account Number 

miuiii 



I 



Payee Bank l.D (ABA *) 



Payee Bank Account Number 



Payee Fox Phone 



Payment Options 




ACH (Tomorrow) 


□ 


Wire Tf anafar (Today) 


□ 



FIRST BANK 

Your Company Nam* 

PHONE 

PAY TO THE ACCCOUNT OF: 
Payee's Name 



DATE: 



rrn 



n 



IN THE AMOUNT OF: 



$ rrr 



1C 



DOLLARS 



Jdflfflfl 



3* 



90UI62UOO 9 0«««BJ«« fOMM3t3«« 
X*3I1?«04J «M3«6?834343 t083«l?U43C 
90fl3M2U4343 lOWfllWOC 



AuthoHied Slgnaluro 



Complete form and FAX to Bank One Moneyfax Center (305J-555-3344 
Confirmation Notice Will Follow 



Pleas* Enter Your Personal | 
Uanuflcatton Number (PIN) 
Impoftanl • Oetaeh, Obliterate and Oastroy 
Uila Pin Strip afltr raxing 



'3/(, 



23 



EP 0 519 843 A2 



F.'f 6 

' Form ID 



upDjiiinniniijioji 



oaie Notice of Payment in Progress 


TVna: 


From: Your company name 




Payordsrfirriffirirnn 




On MM/DOTTY SIOOOO.OO will be debited from your bank account # 


rmnr nnm 


and wBI be sent for credit to payee name, bank acct* 




bank/vame ABA* nnrninr 


pursuant to your payorder. 







If you havt any probltma with this transaction t pltasa contact payor. 
Um the following Money fax transaction rtf trance number when making Inquires 
about this transaction : 



11 



2345678901 2345 



A copy your payorder as received Is shown below: 



FIRST BANK 

Your Company Nam* 

PHONE 

PAY TO THE ACCCOUNT OF: 
Payee's Name 



DATE: 



520 



IN THE AMOUNT OF: 



$ 



DOLLARS 



-Memo, 



9063662634343 9003862834343 9083662634342 
3083662634343 9063662634343 9083662634342 
3083662634343 9063662834343 9083662634342 



Authorixed Stgnaajre 
Please sign over numerals 
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Recelve&Convart Fax Check 



X 



OCR/ Bar Cod* 



330 
532 



3H. 



) 



334 



OCR/Bar Coda OK? 

I 



> 



Ho 



33C 



Olscard 



Pre-Processor 



, — 

Urrorw/fax h ^ K Verify Inflation 



Unrec- 
over- 
able 
error 



Transaction Proc. Queue 



I 



Load Database Infomatlon 



,acct Info 



Exception |«ecover- 
Statlon 



^ecover-/^ 



Transaction View Station 
I 



Pouting Decision 



able error 
Unrecoverable Error 



Fixed 



Transaction 



Transaction 



Cancel- 
ation 
Order 



OK 
for 

release 



Cancelled 



Transaction P< 


>sl Processor 


i 


^ Check Can 


ceMatlonllst ^ 



OK 



3'* 



Release Queue Processor 



Transaction 



Cancelled 



x 



Checit Cancellatlonllst 



) 





OK 


ACH Queue Processor 






PEP Station linked to ACH 



ACH 



-3frf 



344- 



Customer Service Station 
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